home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 21 / Cream of the Crop 21 (Terry Blount) (October 1996).iso / program / slix0987.zip / GMUTILS.ZIP / IMPROVE.TXT < prev    next >
Text File  |  1995-06-22  |  10KB  |  222 lines
  1.               GMUTILS - Possible future improvements & extensions
  2.  
  3.  
  4. During my GMUTILS project, which almost lasted a year, several new features and
  5. ideas were suggested. Some of them have already been implemented and are a part
  6. of the utilities you now have at your disposal.
  7.  
  8. However, the features listed in this file are NOT currently available and none
  9. of them are even implemented yet. If GMUTILS gains any greater popularity I
  10. will, perhaps, be willing to implement some of them as Freeware. On the other
  11. hand, it is more likely that if there is a demand for features like these I
  12. implement most (if not all) of them and release the whole package as Shareware.
  13.  
  14. As I stated before, the only way I get to know if GMUTILS is of any use to you
  15. is your feedback that I'm expecting (you have read README.1ST, haven't you ;)
  16.  
  17. Besides these new features that are still missing, there is always the
  18. possibility that the existing code has bugs in it. If you encounter any bugs
  19. within any of these utilities or if you run into strange operation that does
  20. not comply with the documentation, I will try to fix the anomaly. With your bug
  21. reports, please supply me with the file(s) that caused the bug(s) to surface.
  22.  
  23.  
  24. AND THE POSSIBLE NEW FEATURES ARE...
  25.  
  26. First of all, I must emphasize that not one of these utilities has any "known
  27. bogs". All of the soon described improvements are simply unimplemented features
  28. rather than bug fixes.
  29.  
  30. The following lists all the utilities and also the improvements that have been
  31. thought of as being realistic and useful to implement. The descriptions of
  32. improvements appear in no specific order.
  33.  
  34.  
  35. PPFIX    -Picture & Palette Fixer
  36.          1.       An even (much) better color reduction (without dithering, of
  37.                   course). 
  38.  
  39.                   I have figured out a method with which it should be possible
  40.                   to reduce colors with much better results. The new method
  41.                   would need no color component selections but would be
  42.                   somewhat slower in execution time than the current one.
  43.  
  44.                   Currently, you need to specify a color component according to
  45.                   which the reduction is biased.
  46.  
  47.          2.       Color reduction on unoptimized pictures.
  48.  
  49.                   Currently, it is necessary to optimize a picture prior to
  50.                   reducing any colors.
  51.  
  52.          3.       Color concatenation with two full palettes.
  53.  
  54.                   You could thus concatenate e.g. a picture with 200 triplets
  55.                   with another picture with 200 triplets provided that they
  56.                   have enough identical entries which results in a final
  57.                   palette of 256 colors at most.
  58.  
  59.                   Currently, it is not possible to concatenate pictures whose
  60.                   palette triplets together would total more than 256. This is
  61.                   a regrettable drawback that can sometimes be a real nuisance.
  62.                   For example, even if you have a picture with a palette that
  63.                   contains 129 triplets and another picture with identical
  64.                   palette, you cannot concatenate them (129+129=258>256).
  65.  
  66.          4.       Capability to load pictures larger than one segment.
  67.  
  68.                   This feature would allow the processed pictures to be larger
  69.                   and therefore also better graphics formats (e.g. 640x480x256,
  70.                   800x600x256 etc.) would be supported. Improved capability to
  71.                   handle more graphics would be accomplished by using e.g. a
  72.                   protected mode in the utility.
  73.  
  74.                   Currently, only a graphics mode 320x200x256 is supported.
  75.                   This is a result of DOS's typical segment boundaries that are
  76.                   relatively difficult to deal with in the code.
  77.  
  78.          5.       Support for different picture formats (e.g. PCX, BMP etc.).
  79.  
  80.                   Currently, only LBM and RAW picture formats are supported.
  81.  
  82.          6.       Support for pictures with variable number of colors.
  83.  
  84.                   Color support would, at least, include pictures with less
  85.                   colors than 256. The support for true color pictures is also
  86.                   a consideration.
  87.  
  88.                   Currently, only 256-color pictures are supported.
  89.  
  90.          7.       New interactive editing mode.
  91.  
  92.                   It would be useful to construct a new mode to the existing
  93.                   palette usage view (/U) feature. In this mode the miniature
  94.                   picture and all the palette triplets would be visible (like
  95.                   in /U) but the user could edit the palette with the help of
  96.                   e.g. a mouse. Functionality could include cutting, copying
  97.                   and pasting of selected triplets etc.
  98.  
  99.                   Currently, all editing of palette or picture data is done
  100.                   indirectly through the use of command-line parameters. The
  101.                   user cannot thus edit the palette specifically to suit
  102.                   his/her needs. Also, the mentioned /U functionality is
  103.                   currently for information purposes only.
  104.  
  105.          8.       Redundancy viewing feature.
  106.  
  107.                   Sometimes, it can be quite handy to actually see where the
  108.                   redundant triplets and/or redundant entries are located. This
  109.                   feature could be conveniently a part of /U feature.
  110.  
  111.                   Currently, much information can be obtained with the /U
  112.                   feature. However, specific information on the locations of
  113.                   redundancies is not given.
  114.  
  115.          9.       Palette matching capability.
  116.  
  117.                   Especially in game projects, it could be useful to match a
  118.                   given bitmap with another palette. In other words, all
  119.                   pictures have initially a palette of their own. If, however,
  120.                   only one full general palette is used throughout a game, it
  121.                   is inevitable to process each individual picture to match the
  122.                   general palette as well as possible. 
  123.  
  124.                   Matching as it is described here, would require an extra
  125.                   parameter, that would tell the maximum tolerance that is
  126.                   allowed when the matching is performed. Otherwise, when no
  127.                   good "close" entries are found, the matching could yield
  128.                   exceptionally poor results. 
  129.  
  130.                   Currently, palette matching is not supported.
  131.  
  132.          10.      New optimization features.
  133.  
  134.                   I have been suggested some additional features that could be
  135.                   added to the picture optimization.
  136.  
  137.                   Currently, the optimization features are quite extensive
  138.                   already.
  139.  
  140.          11.      GUI (Graphical User Interface) for PPFIX.
  141.  
  142.                   After implementing all of these improvements it would be nice
  143.                   to have a GUI to help the user to cope with all the features.
  144.                   Of course, the regular command-line version would be
  145.                   available as well.
  146.  
  147.                   Currently, only the command-line version of PPFIX is
  148.                   available.
  149.  
  150.  
  151. ANIME    -Animator Element
  152.          1.       Sprite movement capability.
  153.  
  154.                   This feature would allow the user to see the sprite much the
  155.                   same way as the sprite is seen in a "live" game. The only
  156.                   problem is with the way the movement information is presented
  157.                   to ANIME. With a background picture and new coordinates for
  158.                   the sprite specified, the command-line parameters become
  159.                   quite cryptic already.
  160.  
  161.                   Currently, sprite frames can be animated but the sprite's
  162.                   location on the screen remains unchanged.
  163.  
  164.          2.       More sequence playing options.
  165.  
  166.                   New sequence playing options could be:
  167.